• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    The present invention relates to a method of communicating, via a voice communication system operating over a digital communication network, control information related to a component of the voice communication system, said control information comprising at least one function type indication, the method comprising the steps of - sending audio data packets (10) to at least one destination over the digital communications network, wherein at least one of the audio data packets comprises a header, a payload (11) and a data field (12), comprising at least one part of the control information comprising said function type indication, - receiving at the at least one destination the at least one of the audio data packets comprising the header, payload and data field, - analyzing said at least part of the audit evidence and perform at least one activation of one function on the component of the voice communication system based on the control information in the data field.
    公开号:BE1023024B1
    申请号:E2015/5841
    申请日:2015-12-22
    公开日:2016-11-09
    发明作者:Luc Claeys；Kristof Boerjan；John Gesquiere；Limor Yonatani；Bart Vercoutter
    申请人:Televic Rail Nv；
    IPC主号:
    专利说明:

    FIELD OF THE INVENTION The present invention relates roughly to the field of distributed voice communication systems provided with broadcast and intercom functionalities. More in particular, the invention relates to the communication of audit information via such systems.
    Background of the Invention To perform broadcast and intercom functionalities, distributed voice communication systems are often installed, for example in a multi-carriage environment such as a train. Peripheral devices are installed in every wagon / carriage of a train to connect with the passenger, such as amplifiers, intercompanels ...
    Following the UIC568 standard, broadcasts and intercom are sent and signals are distributed over different train lines: analog signal lines and logic control lines. Train lines are communication lines distributed over the entire train and accessible through the equipment installed in the different wagons. When trains are coupled, logic / control statuses are equally distributed.
    In many cases, various broadcasting and intercom functions are nowadays distributed over an internet protocol (IP) system that each have their priority and use their required tools (e.g., amplifiers, speakers, ...). These devices are simple non-functional devices that convert the different IR currents into analog or functional signaling. The control is either distributed or handled by one main control device (or redundant control device). A certain amount of time is required to set up communication conversations and to route the various functional and audio streams.
    To manage (i.e., set up, hold, and stop) an audio connection in a digital communication network, control information and digital audio streaming are required. The audit information is used for link management and functional management.
    Various link management approaches can be envisaged (e.g., VolP session check). They are described in detail in the technical literature. A main controller is often used to manage the connection. A clear disadvantage of such a solution is that when something goes wrong, the connection is interrupted.
    Data exchange of control data between two or more processes can be performed in many different ways. One option is to use the voice communication system. In the event that audio streaming is used for the purpose of safety communication, very high requirements must be met for all components of the equipment by providing redundancy, etc.
    Accordingly, there is a need for a solution where critical control information communicated through a voice communication system is protected so that its safe distribution over the system is guaranteed.
    Summary of the Invention It is an object of embodiments of the present invention to provide a method for communication via a voice communication system, wherein it can be guaranteed that information regarding e.g. safety functions is distributed in a fail-safe manner.
    The above object is achieved by the solution of the present invention.
    In a first aspect, the invention relates to a method for communicating, via a voice communication system operational over a digital communication network, control information relating to a component of the voice communication system. The control information includes at least one function type indication. The method comprises the steps of - sending audio data packets to at least one destination over the digital communication network, wherein at least one of the audio data packets comprises a header, a payload and a data field comprising at least a part of said control - information comprising the function type indication, - receiving at least one destination of said at least one of the audio data packets comprising the header, the payload and said data field, - analyzing the at least part of said control information and performing at least one activation of a function on the component of the voice communication system based on the control information in said data field.
    The proposed solution indeed leaves room for fail-safe communication of certain information, namely control information relating to a component of the voice communication system. In a minimal arrangement, this check information includes at least routing information, i.e., information defining at least the destination and priority of the communication. The control information is sent in a dedicated data field of the audio data packets. As soon as the audio data packets have been received, the control data is analyzed and the necessary actions are taken on the basis of the control data present in the designated data field.
    The proposed solution makes it possible to remove or add devices from devices without the need for reconfiguring the system. The added component handles the functionality without having to configure it in the system. The proposed communication method contains all information for this.
    In a preferred embodiment, the data field comprises a functional priority indication. Preferably, the functional priority indication is also indicative of a safety integrity level.
    In a preferred embodiment, the indication in the data field comprises a network priority.
    In one embodiment, the control information includes an authentication key.
    In a preferred embodiment of the method of the invention, IP telephony [Voice-over-Internet Protocol] is used for communicating.
    In another aspect, the invention relates to the use of the method as described above in a communication scheme for communication from one to many users or for communication from many to one user.
    In another aspect, the invention relates to an apparatus for use in a voice communication system arranged for communication transfer over a digital communication network in accordance with the method as set forth above.
    In another aspect, the invention relates to an apparatus for use in a voice communication system adapted to receive and analyze communication over a digital communication network in accordance with the method as previously described.
    The invention also relates to a voice communication system comprising an apparatus for transmission or reception as described.
    To summarize the invention and the advantages achieved over the prior art, certain objects and advantages of the invention have been described above. It is, of course, understood that not all of these objectives or advantages can be achieved by any specific embodiment of the invention. Thus, for example, those skilled in the art will recognize that the invention can be embodied or implemented in a manner that achieves or optimizes one advantage or a group of benefits as provided herein, without necessarily achieving other objectives or benefits that may be offered or suggested herein.
    These and other aspects of the invention will be apparent from and elucidated with reference to the embodiment (s) described below.
    Brief description of the figures The invention will now be further described, by way of example, with reference to the accompanying figures, the same reference numbers in the various figures referring to the same or similar elements.
    Fig. 1 illustrates an audio source and destination connected via a network.
    Fig. 2 illustrates a data package and its contents.
    Fig. 3 illustrates a one-to-many communication scheme.
    Figure 4 illustrates a "many to one" communication scheme.
    Fig. 5 illustrates an exemplary application that uses an Ethernet network.
    Fig. 6 illustrates the combined use of the voice communication system.
    Detailed Description of Illustrative Embodiments The present invention will be described with reference to particular embodiments and with reference to certain drawings, however, the invention is not limited thereto but is only limited by the claims.
    Furthermore, the terms first, second, third and the like in the description and in the claims are used to distinguish similar elements and not necessarily for describing a sequence, neither in time, nor spatially, nor in ranking, or in any other way. It is to be understood that the terms used in this way are suitable under interchangeable conditions and that the embodiments of the invention described herein are capable of operating in a different order than described or depicted herein.
    It is to be noted that the term "comprises," as used in the claims, is not to be construed as being limited to the means described thereafter; this term does not exclude other elements or steps. It can therefore be interpreted as specifying the presence of the listed features, values, steps or components referred to, but does not exclude the presence or addition of one or more other features, values, steps or components, or groups thereof. Thus, the scope of the expression "a device comprising means A and B" should not be limited to devices that consist only of components A and B. It means that with regard to the present invention, A and B are the only relevant components of the device.
    Reference throughout this specification to "one embodiment" or "an embodiment" means that a specific feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, occurrence of the expressions "in one embodiment" or "in an embodiment" at various places throughout this specification may not necessarily all refer to the same embodiment, but may do so. Furthermore, the specific features, structures, or characteristics may be combined in any suitable manner, as would be apparent to those skilled in the art based on this disclosure, in one or more embodiments.
    Similarly, it should be appreciated that in the description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and assisting in the disclosure. understanding one or more of the various inventive aspects. This method of disclosure should not be interpreted in any way as a reflection of an intention that the invention requires more features than explicitly mentioned in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all the features of a single prior disclosed embodiment. Thus, the claims following the detailed description are hereby explicitly included in this detailed description, with each independent claim as a separate embodiment of the present invention.
    Furthermore, while some embodiments described herein include some, but not other, features included in other embodiments, combinations of features of different embodiments are intended to be within the scope of the invention, and constitute different embodiments, as would be understood. by the skilled person. For example, in the following claims, any of the described embodiments can be used in any combination.
    It should be noted that the use of particular terminology in describing certain features or aspects of the invention should not be construed to imply that the terminology is redefined herein to be limited to specific features of the features or aspects of the invention with which this terminology is associated.
    Numerous specific details are set forth in the description provided herein. It is, however, understood that embodiments of the invention can be practiced without these specific details. In other cases, well-known methods, structures and techniques have not been shown in detail to keep this description clear.
    The present invention discloses a solution wherein the audio function is processed in a direct manner between a source and destination (s) in a voice communication system without adding intermediate decision-making blocks or using interactive session control. A higher level of functional redundancy / availability is obtained by reducing the adverse effect of intermediate decision-making blocks (more possible defect points).
    With the source device (1), the audio is conditioned by the preamplifier and sampled by an analog-to-digital converter (see Fig. 1). Digital samples are combined in streams and distributed on the network (2) to one or more destinations (3). The digital audio streaming content, which is part of the payload (11) in Fig. 2, is encapsulated in a data package (10) combined with control data that on balance contains some routing information. The control information is included in the function indicator (F1) (12) block of the data package. Due to the fact that audio streaming is periodic and by adding control data in said stream, a combination of audio streaming data and so-called "cyclical process data" is created. In this description, cyclical process data is interpreted as the status of process variables, which are periodically refreshed and exchanged.
    The F1 block is analyzed in the destination device. The control information contains the necessary information that allows the destination to route the digital stream to the correct output tool in line with the functional priority. The digital audio content routed to an output is converted into analog information, amplified and broadcast to the user.
    For each function that uses the proposed direct control, the source and destinations are preprogrammed to operate in accordance with the required functionality. This approach can be used in any combination with other types of session control.
    In a typical case of use, this methodology is used for only a few functions. However, the method of the invention is not limited thereto. As stated, any function can be implemented by following the described approach, but this would imply that the complexity of direct functional routing increases on the source as well as on the destination side. Therefore, the methodology is preferably used only for functions that require high availability, such as safety functions or functions that require immediate action, for example an emergency intercom that addresses all speakers.
    An authentication key can be added to the F1 to increase communication security.
    If a safety function is triggered, the samples of the dedicated input tools are placed at the source in the payload and immediately combined with the contents of the predefined F1 block, optionally including calculation of the authentication key. They are then sent over the network.
    The F1 is first examined at the destination. If a valid F1 (including the authentication check) is recognized with respect to the given priority in the F1, all running function (s) that use the tool (s) with security requirements are stopped and the audio content of the security source is stopped , which is included in the payload, is immediately routed to the dedicated export tool.
    If the stream is distributed in a multicast or broadcast mode, each device in the multicast or broadcast domain receives this message. Each device is adapted to interpret the control data in the stream and to respond accordingly. For broadcasters, a broadcast of communication over the digital network allows, for example, that multiple destinations can handle the streams in a similar manner, as illustrated in Fig. 3.
    The control information is cyclically distributed and contains all information to enable a destination to correctly handle the functionality (e.g., safeguarding of a security function), without additional communication with the source. This means that the functionality is achieved at the moment that the destination detects the flow. For example, when additional destinations are linked and direct functionality runs as described, the destination can work immediately.
    In a train system, several carriages are coupled and disconnected during their operation. Each car comprises a part of the digital network and contains at least one source device or destination device. The digital communication network with the various connected devices must be reconfigured after a change in the network has occurred due to the coupling or disconnection of carriages. The direct communication method of the present invention allows the receiving devices to continue or begin communication while the device is not reconfigured. The communication method does not use the configuration parameters, while the F1 contains all the necessary routing information for the communication defined for the voice communication system.
    The following control content is added in the F1 of a streaming package: - network priority (13) - function type (14) - functional priority (15) - source identification (16) - key (17).
    Various functions within the voice communication system can be intended for the same destination. Therefore, a priority level must be assigned to each function in the voice communication system. The functional priority in the F1 indicates the priority of the function and at the same time gives an indication of the safety integrity level of the function. At a destination where communication regarding different functions arrives, priority is given to communication with the highest priority level.
    The network priority indicates the priority of the data on the network and can be used to set the Quality of Service over the network. The implementation of the network priority indication depends on the topology of the network: for an IP network, the priority bits in the VLAN byte or the priority bits in the Type of Service (ToS) byte can be used. These two field types in the IP header can define the priority of processing packets within a network. Packets with the lowest network priority will be the first to drop out in the case of network overload.
    In a voice communication system there are different function types, e.g., all-inclusive broadcasters or communication between staff or communication between staff and other people. The function type field indicates to which function the accompanying payload belongs.
    The source identification is an indication of which source type is used, e.g. at a reception desk. In case a plurality of sources of the same type are present, the source type indication comprises a unique identification over the full source type in the system.
    To prevent unauthorized sources from distributing uncontrolled streaming data, an encrypted authentication key is added. The key is generated including the variables described above (function type, priority, source identification) in order to check the integrity of said data. In addition, (for example) a timestamp can be added to increase the authentication level. The other additional information (function type, priority, source identification) is typical, and preferably unencrypted, so that if necessary, network devices can read the information to enable / set, for example, QoS parameters.
    The actual implementation of the control content depends on the transfer media used for the voice communication system. For example, in the case of a Control Area Network (CAN) it is not possible to process the Fl in the header. Accordingly, the F1 must be part of the field provided for the payload. In the case of RTP communication where certain fields in the header remain unused, e.g. because the communication takes place in a closed system, the F1 information can be put in the RTP header. Therefore, in the first example, the F1 is treated in the payload and in the second case, the F1 is in the data packet header.
    The functions can be grouped into different types of communication schemes. The different schemes include 1) one user to many (one-to-one) users, 2) one user to another (one-to-one) user, 3) many users to one (many-to-one) user. According to these different types of communication scheme, some specific actions must be covered.
    In a "one to many" communication scheme (Fig. 3), the audio of a particular function from a source device is communicated to multiple destination devices. The audio stream with the F1 is transmitted over the digital communication network. All destination devices receive this current and analyze the Fl. All destination devices that are defined to perform the specific function and that do not have a higher priority function active output the audio stream to the user of the voice communication system. This 'one to many' communication scheme is typically used for communications.
    With a "one to one" scheme, communication between two users is set up. Typical for this scheme is the confirmation by the user of the communication. The audio source broadcasts the audio stream on the digital network after activation of the function. The F1 is analyzed at the destination device. When the function is defined in the destination device, an indication is given to the user at that device. The user can accept the communication; at that time, the source identification of the received stream is stored and used during further communication to maintain communication with the stream of the same source identification. The 'one to one' communication scheme is typically used for intercom.
    With a 'many to one' communication scheme (Fig. 4), the different audio streams from the different audio sources (1, Γ, 1 ") with the same function must be actively mixed on the destination side (3). If there is no limitation is set to the number of streams, communication will become unintelligible with too many speakers at the same time, so the number of streams must be limited in order to maintain comprehensibility.The number of streams (indicated as K) in the system is preferably unchangeable.
    In a 'many to one' conversation, each audio source must ensure that the allowed number of K participants in the conversation is not exceeded. If the number of streams is lower than K-1, the audio source can participate in the conversation. However, if the number is greater than or equal to K, the audio source must remain in a hold state.
    If two audio sources start communication of the 'many to one' type at the same time, both are accepted. For robustness, the destination of this 'many to one' communication must be provided to be able to handle K + 1 flows. The likelihood that three people will start a conversation at the same time is considered negligible.
    It may be that if an audio source wants to participate in the communication, the destination address of the 'many to one' communication must be notified, but this cannot be done due to the limitation of the permitted sources. For this purpose, all waiting units must still send packets at a very low speed - one of N packets will be sent. The destination keeps track of the new requests and gives a notification for every new audio source that wants to participate. The bandwidth BW of these new applications is very low and will therefore not reduce the total BW.
    In the following example, the function indicator is given in the case of RTP streaming. The insertion of the function indicator in the data package is explained.
    In the case that the voice communication system uses an Ethernet network in a closed system, the information necessary for the function indicator can be obtained from the RTP header and accompanying UDP and IP header. In this specific embodiment, the function indicator is implemented as follows. The Ethernet data package is shown in Fig. 5. The package header includes an Ethernet header, IP header, UDP header, and RTP header. This is a standard Ethernet package that ensures that communication is supported by all commercially available Ethernet circuits.
    The requirements for the function indicator are mapped to the data present in the Ethernet packet readers in this example. The VLAN identification (22) is used to create a separate Local Area Network, which exists in addition to the other data communication present in the system. The PCP (Priority Code Point) (21) is used to set priority in the Ethernet network in accordance with the network priority requirement of the Fl. The destination port number (24) is used to indicate the function type and functional priority of the F1. These predefined port numbers distinguish between security communication and other communication (which depends on session controls).
    The source identification from the F1 is defined by the source port number (23) and the MAC address of the source (20). The source port number is used as an indication for the source type and the MAC address of the source is used as unique numbering for a device of a certain type. During system manufacture, it is ensured that a unique MAC address is assigned to each device from the various devices of each type. The synchronization source identification (25) contains the key for the F1.
    By using a multicast or broadcast defined by the IP address of the destination (26), all devices within the VLAN receive the data stream from a particular source and therefore the voice communication system can operate independently of any IP address allocation (invariable or reconfigurable).
    This direct signaling provides the advantage that no session protocol is required for communication. In the current state of the art, the control information for this session protocol is typically implemented by RTCP (RTP Control Protocol).
    Another advantage of this method of data communication is that at the moment a network is reconfigured (e.g. by adding devices), the destination devices immediately receive the necessary communication without the time required for reconfiguring the network parameters .
    With the direct signaling over the digital network according to the invention, the existence of a stream indicates the start of a communication.
    A buffer is implemented in the destination devices that accepts the received packets. The buffer is used to overcome the wave failure in the network. When the flow through the source is stopped, no data packets arrive at the destination for this flow. The buffer for this stream becomes empty at the destination, which is the indication for terminating a communication to the destination device.
    The function indicator can also be used to indicate the system status to the user. The active function is sent with the audio stream. This active function can be translated into an indicator that will be turned ON to indicate the active function to the user.
    Fig. 6 gives an example of a voice communication system configuration in a train. The voice communication system in a passenger train has different user types, each with dedicated source and / or destination devices. The different devices are assigned to different users on the train. The driver has the responsibility to maintain safe operation of the train and must communicate with the railway traffic control, members of staff (eg conductors), passengers in an emergency situation, or all passengers. The operator interface [1 & 3] of the train speech communication system is adapted for at least these communication types. There is typically one active driver interface in the train.
    Railway traffic control must provide information from outside the train to the train and therefore communicate to the driver, train conductors, passengers in emergency situations or all passengers. The rail traffic control interface [Γ "& 3" '] is adapted to support at least these communication functions. There can be several rail traffic control interfaces in a train. The rail traffic control interface is typically connected to an onboard train radio that wirelessly connects to the rail traffic control center. One or more conductors must communicate with the driver, railway traffic control or all passengers. The conductor interface [1 "" & 3 ""] is adapted to at least support these communications. There can be several conductor interfaces in a train.
    A passenger in an emergency situation must communicate to train staff or rail traffic control. The emergency interface for passengers [Γ & 1 "& 3" & 3 "] has been modified to support these communications. There are several emergency interfaces for passengers on the train.
    The passengers can only receive communication and therefore only have an audio destination device available, the passenger interface [3 "" & 3 "" ". There are several passenger interfaces available on the train, at least one in each wagon of the train.
    In this example, it is defined that the driver has priority and that communication from the conductor is not a safety function. A controller (30) is provided for the latter to handle communication in accordance with communication protocols of the current state of the art. If no direct communication is present, the source and destination devices can execute communication through a session control principle.
    In the example, it is shown that multiple communications can be active between different users at the same time. The driver makes a communication to the passengers, which is a "one to many" communication. Two passengers in need make an emergency request ('many to one' communication), which is confirmed by the rail traffic control ('one to many' communication). The conductor is asked to make a communication to the passengers, but because the passenger interface tools are already occupied with direct communication from the driver, the conductor communication is put on hold until the driver communication is made.
    Although the invention has been illustrated and described in detail in the figures and previous description, such illustration and description are to be considered as illustrative or exemplary and non-limiting. The foregoing description provides details of certain embodiments of the invention. It will be understood, however, that no matter how detailed the foregoing may appear in text, the invention may be practiced in many ways. The invention is not limited to the disclosed embodiments.
    Other variations on the disclosed embodiments can be understood and accomplished by those skilled in the art in carrying out the invention for which protection is sought, from a study of the figures, the disclosure and the appended claims. In the claims, the word "comprising" does not exclude other elements or steps, and the indefinite article "a" does not exclude a number. A single processor or other unit can perform the functions of various items listed in the claims. The mere fact that certain provisions are listed in mutually different dependent claims does not indicate that a combination of these provisions cannot be used to advantage. A computer program can be stored / distributed on a suitable medium, such as an optical storage medium or an integrated medium provided together with or as part of other hardware, but can also be distributed in other forms, such as via the Internet or other wired or wireless telecommunication systems. Reference numbers in the claims may not be interpreted to limit the scope of protection.
    权利要求:
    Claims (10)
    [1]
    Conclusions
    A method of communicating via a voice communication system operational over a digital communication network, of control information relating to a component of said voice communication system, said control information comprising at least one function type indication, the method comprising the steps of - sending audio data packets (10) to at least one destination over said digital communication network, wherein at least one of said audio data packets comprises a header, a payload (11) and a data field (12) comprising at least a part of said control information comprising said function type indication, - receiving at least one of said at least one of said audio data packets comprising said header, said payload and data field at said at least one destination, - analyzing said at least part of said control information and performing at least ee n activation of a function on said component of said voice communication system based on said control information in said data field.
    [2]
    The method of communicating according to claim 1, wherein said data field comprises a functional priority indication.
    [3]
    The method of communicating according to claim 2, wherein said functional priority indication is also indicative of a safety integrity level.
    [4]
    The method of communicating according to any of claims 1-3, wherein said indication in said data field comprises a network priority.
    [5]
    A method of communicating according to any one of the preceding claims, wherein said control information comprises an authentication key.
    [6]
    Method for communicating according to one of the preceding claims, wherein IP telephony is used.
    [7]
    Use of the method according to any of claims 1 to 6 in a communication scheme for communication from one to many users or for communication from many to one user.
    [8]
    Apparatus for use in a voice communication system arranged for communication transfer over a digital communication network in accordance with the method according to one of claims 1-6.
    [9]
    An apparatus for use in a voice communication system adapted to receive and analyze communication over a digital communication network in accordance with the method of any one of claims 1-6.
    [10]
    A speech communication system comprising a device according to claim 8 or 9.
    类似技术:
    公开号 | 公开日 | 专利标题
    US10103901B2|2018-10-16|Virtual controller area network
    EP2882162B1|2017-03-22|Data stream security processing method and apparatus
    CN1937569B|2010-06-23|Message processing method and relative apparatus in local area network
    US20200099774A1|2020-03-26|Handling different protocol data unit types in a device to device communication system
    CN101257490B|2012-08-08|Method and device for processing packet under fireproof wall side road mode
    US10171499B2|2019-01-01|Zone-based security architecture for intra-vehicular wireless communication
    CN103609070A|2014-02-26|Network traffic detection method, system, equipment and controller
    KR101224594B1|2013-01-22|Guaranteed services method and apparatus in Bridged LAN
    JP2018037066A5|2020-09-03|
    US10686732B2|2020-06-16|Method and control device for transmitting safety-relevant data in a motor vehicle by means of an ethernet standard
    US9979698B2|2018-05-22|Local internet with quality of service | egress queuing
    US10917503B2|2021-02-09|Packet recording
    BE1023024B1|2016-11-09|Method and Device for communicating audit information
    JP5295463B1|2013-09-18|Network system and communication device
    US20180262298A1|2018-09-13|Redundant transmission system for prp and multiple data packets
    CN101174971A|2008-05-07|Telephone system and its encryption processing method
    US7698492B2|2010-04-13|Guaranteed services method and apparatus in bridged LAN
    US20170346648A1|2017-11-30|Group communication system and group communication method
    US20050105527A1|2005-05-19|Secure communication system, comprising a local network such as ethernet, in particular on board an aircraft
    CN105376034B|2020-03-06|Redundant content bridging between substation communication networks
    CN105429892B|2018-10-12|A kind of method and apparatus of the anti-loops of Rail traffic network
    US9025600B1|2015-05-05|Multicast proxy for partitioned networks
    CN104601465A|2015-05-06|Processing method and device for VRRP message
    JP6630691B2|2020-01-15|Terminating device, network system, program, and communication method
    KR102345929B1|2021-12-31|Methods of handling different protocol data unit types in device to device communication sysytem
    同族专利:
    公开号 | 公开日
    EP3038295A1|2016-06-29|
    BE1023024A1|2016-11-09|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    US6104802A|1997-02-10|2000-08-15|Genesys Telecommunications Laboratories, Inc.|In-band signaling for routing|
    US8718054B2|2010-11-03|2014-05-06|Broadcom Corporation|Bridge routing module|
    法律状态:
    优先权:
    申请号 | 申请日 | 专利标题
    EP14200325.0A|EP3038295A1|2014-12-24|2014-12-24|Method and device for communicating control information|
    EP14200325.0|2014-12-24|
    [返回顶部]